home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 3 / QRZ Ham Radio Callsign Database - Volume 3.iso / buffalo / newpkt.txt < prev    next >
Text File  |  1993-10-05  |  40KB  |  821 lines
  1. Subject: Packet Note Usage Guidelines
  2. For all new, and old users of packet, A Maryland PBBS sysop by the 
  3. name of Pete, KA3RFE, put together this quite straightforward and 
  4. easy-to-read guide.  It's recommended reading for all.
  5.  
  6. What motivated Pete to do it?  Well, one major reason was all the      
  7. TNC's with "PK-232" in their callsign field after the X-mas holidays, 
  8. usually loading down the Northern Virginia LAN on 145.07.  Pete 
  9. determined that the "PK" prefix used to belong to the Dutch West 
  10. Indies.  We wrote to the ARRL to determine if we could get DXCC credit.  
  11. So far, no response :-).
  12.  
  13. However, the last straw was seeing the following beacon:
  14.  
  15. JOE HAM IS NOT IN, MAKE NO ATTEMPT TO CONNECT TO HIS STATION
  16.  
  17. (Well, the last one didn't really happen, but it's still funny).
  18.  
  19. Please keep the following in mind:
  20.  
  21. 1.  Pete, KA3RFE, is the author and is solely responsible for its 
  22. content.
  23.  
  24. 2.  All questions, comments, and criticisms should be sent to Pete via 
  25. AMPR KA3RFE@KA3RFE.MD.USA.
  26.  
  27. 3.  Pete doesn't mind if you disseminate it, just make sure that it's 
  28. not for commercial gain and that Pete is ALWAYS given proper 
  29. attribution.
  30.  
  31. 4.  Requests for garbled, lost, or expired-on-your-news-server issues 
  32. should be sent to me.
  33.  
  34. 73, Paul W. Schleck, KD3FU
  35.  
  36. ACMNEWS@zeus.unomaha.edu uunet!unocss!zeus!acmnews 137.48.1.1
  37.  
  38. ps67@umail.umd.edu       uunet!mimsy!umail!ps67    128.8.10.28
  39.  
  40. *****************************************************************
  41.  
  42.  
  43. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  44.  4673 B#  3444 ALL    KA3RFE MDCBBS 910106 ATT: New Packeteers
  45. Forwarding path: W3IWI N4QQ N2GTE KA3RFE 
  46. This is for those of you got new tncs for Christmas and are just starting
  47. out in the Wonderful World of Packet. There are some things you should know
  48. that your tnc manual may not have mentioned.
  49.  
  50. Some terms which get people confused:
  51.  
  52. 1) Home BBS: A "home BBS" does not refer to the mailbox program which your
  53.    tnc may have in it's guts. It refers to a full-service BBS which handles
  54.    personal mail, bulletins, and file transfers. Your "home BBS" would be
  55.    a full-service BBS which you might check into often to read bulletins
  56.    and to pick up any personal mail which might be held for you. If you
  57.    have arragned for a full-service BBS to forward your personal mail to
  58.    your mailbox, your home BBS still remains that full-service BBS.
  59.  
  60.    This term is important as several BBS programs will ask you to enter
  61.    a "home BBS" the first time you connect to it.
  62.  
  63. 2)  Node: You can figure a "node" to be something of a packet switchboard
  64.     which has the ability to operate on several frequencies. A node
  65.     differs from a digipeater in the sense that it handles all of the
  66.     packet housekeeping chores within its program. Most nodes have more
  67.     than one operating frequency and they can shuttle packets back and
  68.     forth via any number of intermediate nodes. The benefit of using a
  69.     node over a digipeater is that the node will find the quickest way
  70.     to make the connection whereas a digipeater will only try to connect
  71.     you to the station you tell it to connect to, regardless of whether
  72.     the digipeater can hear it or not.
  73.  
  74.     You cannot send mail to a node. It is not a mailbox or a BBS.
  75.  
  76. 3)  Network BBS: A network BBS is a full-service BBS which is operating
  77.     under a special node-compatible software program. Network BBSs will
  78.     show up in node broadcasts and can be connected to over the node
  79.     network by entering a connect request to the network BBS alias.
  80.  
  81.     Generally, a network BBS will have an alias in which either BBS
  82.     or BB is part of the alias. For example: ANNBBS is the alias for
  83.     KA3RFE BBS in Annapolis; BWIBBS is the alias for WB3V BBS in
  84.     Severn. BBJ9X is the alias for AJ9X's tcp/ip BBS in Westminister.
  85.  
  86.     The network BBS alias is ONLY FOR CONNECTING. You should not use
  87.     the network BBS alias as an entry for "home BBS" when your are
  88.     asked to enter your home BBS. Use the callsign of the BBS and
  89.     not its alias as your home BBS when asked to enter it.
  90.  
  91.     The same goes for sending mail to a netowrk BBS. If you enter a
  92.     message to KA3RFE @ ANNBBS, the message will never get there since
  93.     ANNBBS is only an alias for use in connecting to it over the node
  94.     network. IF you enter a message to KA3RFE @ KA3RFE, the message
  95.     will be forwarded without much hassle.
  96.  
  97. I strongly suggest that you throurghly read your tnc manual and also
  98. suggest that you get a copy of "Your Gateway to Packet Radio" from
  99. somewhere. Its the best book yet written on the ins and outs of
  100. packet radio.
  101.                            73, Pete, sysop KA3RFE (ANNBBS)
  102.                                Annapolis, Md.
  103.  
  104. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  105.  4813 B#  1760 ALL    KA3RFE MDCBBS 910110 Att New Packeteers pt.2
  106. Forwarding path: W3IWI N4QQ KA3DXX WA7NTF KA3RFE 
  107. This bulletin is being re-sent at the request of several people:
  108. "GARBAGE CHARACTERS"
  109. You may see some very strange-looking characters flitting across your
  110. moniter's screen from time-to-time. Those funny-looking things are
  111. symbols for binary data being transmitted. There are several sources
  112. which use binary data instead of text. Net/Rom nodes use binary data
  113. in their nodes broadcasts. The purpose of the node broadcasts are
  114. to inform other nodes within range what nodes they can connect to.
  115. The data is binary for reasons of accuracy.
  116.  
  117. Another source of garbage characters is binary file transfers from a
  118. BBS to a user. These transfers are generally executable programs which
  119. the BBS might have stored for downloading by users. These differ from
  120. text files in that the binary code contains control characters and
  121. computer programming commands which cant be sent as text files.
  122.  
  123. A third source of garbage characters is tcp/ip packets being sent
  124. between two stations using that protocol to exchange files or mail.
  125. Tcp/ip is a protocol which has several different layers to it and
  126. can be used to interface with some of the major computer networks
  127. such as those used by colleges and government computers.
  128.  
  129. So, if you see funny-looking symbols on your monitor, dont panic, its
  130. just binary traffic going bye.
  131.                           73, Pete KA3RFE @ KA3RFE BBS
  132.  
  133. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  134.  4766 B#  3742 ALL    KA3RFE MDCBBS 910108 ATT: New Packeteers pt 3
  135. Forwarding path: W3IWI KA4USE N4QQ N2GTE KA3RFE 
  136. SENDING MAIL/BULLETINS
  137.  
  138. Most BBS programs use the same commands to send mail and bulletins. One
  139. of the most common mistakes in sending messages of any type is the
  140. confusion between what is mail, and what is a bulletin. The issue gets
  141. further confusing when trying to determine how to send a bulletin meant
  142. for all BBSs is a given bulletin distribution scheme.
  143.  
  144. Generally, there are three commands for sending mail and bulletins:
  145. A) S.....Most BBS programs treat the S command as a command to send a
  146.           PRIVATE message. For instance: entering S KA3RFE will send a
  147.           private message to KA3RFE...but only on the BBS you enter the
  148.           message on. If KA3RFE does not use the BBS you are entering the
  149.           message on, the BBS program will try to forward the message to
  150.           KA3RFE...but ONLY if that BBS has KA3RFE listed in its forwarding
  151.           file.
  152.  
  153.           If  you try to send a bulletin using S alone, the BBS will still
  154.           treat that message as a private message. So, entering a bulletin
  155.           using "S ALL @ MDCBBS $" will result in a private message to
  156.           NOBODY at MDCBBS except for SYSOPS, because a private message
  157.           to "ALL" could only be read by sysops or a ham who's callsign
  158.           is "all". Since "all" is not a legal callsign, nobody else can
  159.           read the message
  160.  
  161.           Did you notice the "$" in the example above? To send a bulletin
  162.           out to other BBSs, the address has to include the $. This tells
  163.           the BBS that the bulletin should be forwarded out to other BBSs.
  164.           So, you must include that $ if you want the bulletin to be sent
  165.           to other BBSs.
  166.  
  167. B) SP......The SP command means "Send Private". This tells the BBS that
  168.            the message you are sending is "eyes only" for the addresssee.
  169.            The sysop will be able to read that message but no one else
  170.            will be able to read it. This is the same command as the
  171.            plain S command. To avoid confusion, you should always send
  172.            your private messages to another ham using the SP.
  173.  
  174. C)  SB.....This command means "Send a Bulletin". There are two types of
  175.            bulletins you might send. One type would be only for users of
  176.            the same BBS you are entering the bulletin on. If you were
  177.            connected to KA3RFE BBS and you sent a bulletin reading
  178.            "SB ALL", the BBS will treat it like a local bulletin and
  179.            it will only stay on KA#RFE. If you sent a bulletin titled
  180.            "SB ALL @ MDCBBS" the bulletin will still be considered a
  181.             local bulletin on KA3RFE. Why????? To send a bulletin 
  182.             which you want forwarded to  "ALL @ MDCBBS" you have to
  183.             tell the BBS you want it forwarded.....THATS WHAT THE
  184.             "$" IS FOR. So, if you want your bulletin sent to every
  185.             BBS which accpets the MDCBBS distribution scheme, you have
  186.             to add that $. The correct way is "SB ALL @ MDCBBS $".
  187.  
  188. So, to sum up....use S and SP for PRIVATE messages. ("Mail"), and
  189. SB for BULLETINS. Dont forget the "$" in the address if you want
  190. your bulletin to get forwarded.
  191.  
  192. Try it out! Send me a private message to KA3RFE @ KA3RFE.md. If it
  193. gets here, I'll send you a reply.
  194.                             73, Pete KA3RFE sysop KA3RFE BBS
  195.  
  196. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  197.  4894 B#  1594 ALL    KA3RFE USA    910113 Att: New Packeteers pt 4
  198. Forwarding path: W3IWI W3ZH N4QQ N2GTE WB3V KA3RFE 
  199. In Part 3 I stated that a dollar-sign symbol must be appended to
  200. any bulletin which you want to have forwarded out from the BBS
  201. you entered it on.
  202.  
  203. I've gotten information that entering the dollar sign is not
  204. required on CBBS and RLI bbs systems for the forwarding-out to
  205. take place. At this point, to the best of my knowledge, the
  206. dollar sign is required on MBL, MSYS, and REBBS systems. There
  207. are other systems which may not require the dollar sign.
  208.  
  209. Your best course of action is to ask your sysop if you need to append
  210. the dollar sign to your bulletins for them to be forwarded-out.
  211.  
  212. Those of you who are sysops: I want to make this series helpful, so
  213. correct me if I dont have it correct! I dont know how BQE's system 
  214. handles bulletins, nor FISBBS, and maybe I'm wrong with MSYS and
  215. AA4RE...(I ran both MSYS and AA4RE, but I've forgetton and dont have
  216. the docs any more...getting senile...)
  217.  
  218. The dollar-sign IS required for the WA7MBL bbs and with another
  219. BBS system being beta-tested in Anne Arundel County MD called
  220. "GTEPMS".
  221.  
  222. Part 5 will deal somewhat with tnc settings....look for it soon!
  223.                       73, Pete KA3RFE @ KA3RFE.md.usa
  224.  
  225. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  226.  4968 B#  3405 ALL    KA3RFE MDCBBS 910114 Att: New Packeteers pt 5
  227. Forwarding path: W3IWI WA3ZNW NB3P KA3RFE 
  228. SETTINGS:
  229.  
  230. Nothing generates more frustration than trying to set up a tnc to operate
  231. effectively when you dont understand the language. This is a short run-
  232. through of the more important parameters which enable your tnc to work
  233. properly with minimum hassle.
  234.  
  235. FRACK:     FRACK is short for FRame ACKnowledge. It is the timer which
  236.            tells the tnc how long to wait for an acknowledge frame from
  237.            the other station before re-sending a frame. Typically, tncs
  238.            come with a default value of 4, which is adequate. However,
  239.            if you are operating on a very busy channel, you may want to
  240.            increase FRACK to 6, or even 8. A short FRACK value can lead
  241.            to retrying-out, so dont set it below 4 or so.
  242.  
  243. RETRY      RETRY tells the tnc how many times to keep sending a packet
  244.            that does not get ACK'ed by the other station. This usually
  245.            defaults to 10 from the factory. After the 10th retry, the
  246.            tnc "times out" and the connection is broken. A value of
  247.            10 is just fine. Some people say a shorter value is better
  248.            but 10 will do. If you set your tnc retry value to 0, the
  249.            tnc will NEVER time-out! This is NOT a good idea!
  250.  
  251. DWAIT      DWAIT enters a pause in-between transmitted packets to let
  252.            digipeaters to transmit first. This is usuallly set by local
  253.            agreement. Ask around to find out what your DWAIT should be.
  254.  
  255. TXDELAY    This determines how soon the packet will be transmitted after
  256.            the tnc keys the radio. The purpose of TXDEAY is to insure
  257.            that the first few parts of the packet dont get chopped off
  258.            by a slow-keying transmitter. You will have to set this
  259.            based on what sort of transmitter you are using. Good
  260.            values range from around 30 to 50. Longer TXDELAY values
  261.            just take up air time.
  262.  
  263.            You can figure that TXDELAY works the same way that you
  264.            do on voice....you wait a second or so after keying the
  265.            mic before you start talking....well, thats TXDELAY!
  266.  
  267. There are more settings which control your tnc, but the above are the
  268. ones that make the difference. There are also two settings for your
  269. RADIO which are important:
  270.  
  271. DEVIATION: W3IWI reccomends a deviation of no more than 3 percent for
  272.            optimum packet operation. A too-wide deviation will reult
  273.            in lots of retries and timing-outs.
  274.  
  275. VOLUME:    Your volume-control is the most important setting on your
  276.            radio insofar as receiving packets is concerned. If you
  277.            have the volume too loud, the tnc will not be able to
  278.            decode the packets, and, of course, if the volume it soo
  279.            low, the tnc wont hear the packets. The best method of
  280.            setting your volume control is to open your squelch and
  281.            increase your volume control until you see the DCD light
  282.            on the tnc come on. That's your setting.
  283.  
  284.                               73, Pete KA3RFE @ KA3RFE
  285.  
  286. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  287.  5029 B#  4630 ALL    KA3RFE MDCBBS 910116 Att: New Packeteers Pt 6
  288. Forwarding path: W3IWI KA4USE N4QQ WA3ZNW NB3P KA3RFE 
  289. SETTINGS CONTINUED
  290.  
  291. There are two more setting which you must consider when setting up your
  292. tnc. These settings have much to do with how well your RETRY rate is.
  293.  
  294. PACLEN:     PACLEN is short for PACket LENgth. It tells the tnc how many
  295.             letters, numbers, and spaces should make up the length of the
  296.             packet your tnc sends out. Most people use a PACLEN of 128
  297.             characters, which is ok under most circumstances, I suppose,
  298.             but that depends highly upon how good the path is between
  299.             stations, how crowded the channel is, and a couple other
  300.             factors. On my BBS and node ports here, I use a PACLEN
  301.             of 80 on my UHF port (when its operating....) as I dont have
  302.             all that great of a path to the more distance stations, while
  303.             my 2 meter port has a PACLEN of 180 and my 220 port runs a
  304.             PACLEN of 120. The differences are due to channel loading,
  305.             distance, and radio/antenna performance factors.
  306.  
  307. BY THE WAY: PACLEN is NOT a substitute for inserting carriage returns in
  308. your transmitted signals. All PACLEN does is tell the tnc to transmit a
  309. packet after X number of characters have been inputted. If you make up a
  310.  long message on a word processor and dont insert any carriage returns in
  311. the text, the message will scroll right off the screen of anyone trying to
  312. read the message! I am inserting carriage returns as I type this message. If
  313. I didn't, you wouldnt be able to read the bulletin! I put my carriage returns
  314. at the end of each line I type. When this bulletin gets forwarded out, the
  315. PACLEN setting will send X characters out, carriage return and all, and the
  316. finished product when you read it, will be exactly as I typed it.
  317.  
  318. MAXFRAME:    This is the last setting you need to worry about right now.
  319.              MAXFRAME works with PACLEN to determine how much information
  320.              your tnc will send out at any one time and will consult with
  321.              RETRY to give you the bottom-line total thruput. (Thruput?
  322.              ....all thruput means is how fast the job it getting done...
  323.              when packets are just zipping along and being acked real
  324.              fast, that's high thruput...)
  325.  
  326.              MAXFRAME means how many packets you want to have out un-
  327.              acknowledged before more packets are sent. On a nice
  328.              quiet channel where you are in within spittin distance
  329.              of the station you are communicating with, MAXFRAME can
  330.              be as high as 4 or 5. However, hardly anyone is on a nice
  331.              quiet channel, so your MAXFRAME setting has to be set to
  332.              reflect conditions. If the channel is real crowded and
  333.              noisy, or if you time-out a lot with a high MAXFRAME, you
  334.              might want to consider setting a MAXFRAME of only 1 or 2.
  335.   
  336.              On my UHF port, the channel is both busy and I have a poor-
  337.               to-fair path to most of the stations I connect to. So, I
  338.               set a MAXFRAME of 1. On my 2 meter and 220 ports, I set
  339.               MAXFRAME to 2.  I probably could get away with a setting
  340.               of 4 on 2 meters and 220, but the channels are busy.
  341.  
  342. A NOTE ON THE "$" IN SENDING BULLETINS
  343.  
  344. I've heard from many sysops and two BBS software authors on the use of
  345. the dollar sign in sending bulletins which are to be forwarded out from
  346. the BBS you're entering it on. The info is being passed on here, somewhat
  347. modified to reflect the possibility that you may not know which sort of
  348. system you are using.....
  349.  
  350. The WA7MBL BBS requires that you send bulletins to be forwarded out in
  351. this manner: 
  352.              SB ALL @(USA, etc) $
  353. Other BBS systems dont require it, but if you are not sure which type of
  354. BBS you are using, you can enter the $ with no harm done. In fact, it
  355. may be a good idea to use the $ anyhow. It wont hurt, and wont make
  356. any difference if the BBS does not need it.
  357.  
  358. (Thanks to all you sysops who sent me the info I needed to clear that up,
  359. and a special "thank you" to the two BBS software authors who were kind
  360. enough to respond.)
  361.  
  362.  
  363. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  364.  5026 B#  2411 ALL    KA3RFE MDCBBS 910116 Att: New Packeteers, pt 7
  365. Forwarding path: W3IWI KA3T WA3ZNW NB3P KA3RFE 
  366. THE DIFFERENCE BETWEEN MAIL AND FILES
  367.  
  368. When you log onto a full-service BBS, there are two separate things you
  369. can get into: Mail and Files. Some people get confused about what the
  370. two of them are. I know I did when I first got on packet. I thought a
  371. file was a file, whether it was a file or whether it was that long list
  372. of messages you get when you enter an "L" command.
  373.  
  374. Well, as I found out, they aint the same animal.
  375.  
  376. When a BBS refers to a "file", it's talking about a separate entry which
  377. is being stored apart from "mail".
  378.  
  379. I guess I better define "mail" before I get into "files"....its easier.
  380.  
  381. "Mail" means messages from one ham to another, or bulletins which the
  382. BBS has open. If ham A sends ham B a message, that's "mail". If a ham
  383. sends a message to be read by many people, that's called a "bulletin"
  384. but the BBS still calls it "mail".
  385.  
  386. A "file" is not mail, nor is it a bulletin; although some bulletins might
  387. be converted to files by the sysop. A file is a permanent part of a BBS.
  388. The file might contain text, or it might be a binary file. (WHAT? I
  389. THOUGHT EVERYTHING IN PACKET WAS BINARY!) Not to worry...everything
  390. packet-ized is binary, but there is a difference in how the information
  391. is kept in the BBS.
  392.  
  393. Binary files are those which are actually executable programs which can
  394. be downloaded from the BBS. These files require that you have a compatible
  395. binary file downloading program in order to get them from the BBS.
  396.  
  397. Text files are those which are plain text and you can download them without
  398. needing any sort of special file downloading program. In most BBSs you
  399. can get into a text file area in which the documentation is kept with
  400. all the commands used by the BBS.
  401.  
  402. So, MAIL is stuff from ham A to ham B, bulletins are from ham A to
  403. a selected audience, but still MAIL. FILES are the more permanent
  404. information on a BBS and come in two flavors: text and binary.
  405. Text files are sent in simple plain old English, while binary files
  406. look like the BBS has got the runs.
  407.  
  408.                             73, Pete, KA3RFE
  409.                           KA3RFE@KA3RFE.MD.USA
  410.  
  411. *********************************************************************
  412.  
  413. For those that thoroughly enjoyed the previous 7 chapters of the 
  414. KA3RFE "Attn New Packeteers" Guide, here are the latest 3 
  415. installments.  As you can see, they touch on many sore issues that 
  416. have worked their way to the surface of the ham community in the wake 
  417. of the "WA3QNS" citations by the FCC.  Those that would enjoy the 
  418. infamy of their callsigns being remembered with "the Titanic", "Adolf 
  419. Hitler" and "Pontious Pilate" (not to mention the FCC's "Harden and 
  420. Weaver Rule") are advised not to read these posts.... ;-) 
  421.  
  422. As always, they are written by a Maryland packet BBS sysop, Pete 
  423. KA3RFE, and all comments or criticisms should be sent to him via:
  424.  
  425. AMPR KA3RFE@KA3RFE.MD.USA
  426.  
  427. Requests for lost installments due to Usenet barfs should, of course, be 
  428. sent to me.
  429.  
  430. 73, Paul W. Schleck, KD3FU
  431.  
  432. ps67@umail.umd.edu
  433.  
  434. ************************************************************************   
  435.  
  436. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  437.  5733 B#  2923 ALL    KA3RFE MDCBBS 910215 Attn New Packeteers pt8
  438. Forwarding path: W3IWI KA4USE N4QQ N2GTE N3ETI KA3RFE 
  439. MORE ON BULLETINS
  440.  
  441. OK, now you know that there are local bulletins and flood bulletins.
  442. So what? Well, you also need to keep in mind what's appropriate for
  443. which catagory.
  444.  
  445. With flood bulletins, there are local floods, regional floods, and
  446. national floods; each of which has a designated function and audience.
  447. A local flood bulletin would be one going to a very limited
  448. distribution area such as one city, or one county. A regional flood
  449. would be sent to a wider area, such as a state, or an ARRL region, or
  450. an FCC region. A national flood bulletin goes to BBSs throughout the
  451. country.
  452.  
  453. Which flood header you choose to use should be appropriate to the
  454. purpose of your bulletin, and to the most logical audience.
  455.  
  456. Example: Your club is going to hold a picnic and wants to invite hams
  457. from other clubs. What flood header do you use? National? No.
  458. Regional? Maybe. Local? Yes. (Why? If the picnic is to be held in
  459. Upper Lidville NY, nobody in Lower Coax MD cares...but someone in
  460. Middle Lidville NY might be interested.)
  461.  
  462. Example: You have a Deluxe Gee-whiz Whizbang Antenna Gizmo which you
  463. want to sell. You paid $20 for it, and want to sell it for $10. Which
  464. flood header to use for this? National? No. Regional? No. Local? Yes.
  465. (Why? If you use the national or regional floods, the shipping charge 
  466. to send the thing to anywhere will be almost as much as the asking 
  467. price...so any buyer for it will want to pick it up, and prob ably 
  468. wont want to drive more than 30 minutes to get it.) 
  469.  
  470. With "for sale" bulletins, you should keep in mind that the item MUST
  471. be ham-radio-related for it to be legal under part 97.113. You should
  472. also keep in mind that there are many sysops who refuse to carry or
  473. forward "for sale" bulletins. You should check with your sysop about
  474. this prior to entering the bulletin, or download his "Info" text, where 
  475. many of them keep their bulletin-forwarding policy. 
  476.  
  477. Example: Your club will be holding a hamfest. You want to send a
  478. bulletin out to announce it. Its a one-day affair with no programs.
  479. Which header do you use? National? No. Regional? Yes. Local? Yes.
  480. (Why? The information is of regional interest, but not of national
  481. interest. Nobody in California is going to travel to a one-day hamfest
  482. in Maryland.
  483.  
  484. So, you see that the content of your bulletin will determine which
  485. header to forward it to. You need to excercise some judgement and
  486. common-sense in addressing the bulletin.
  487.  
  488. (more in Part 9)  
  489.  
  490.                          73, Pete, KA3RFE
  491.                        KA3RFE@KA3RFE.MD.USA
  492.  
  493. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  494.  5730 B#  2328 ALL    KA3RFE MDCBBS 910215 Attn New Packeteers pt9
  495. Forwarding path: W3IWI KA4USE N4QQ WA3ZNW NB3P KA3RFE 
  496. THE NATIONAL FLOODERS
  497.  
  498. There are several varieties of National Flood Headers, all of which
  499. do the same thing: They go nation-wide. Three of the most common
  500. headers are "USA" "ALLUS" "ALLBBS". There are others, but those three
  501. show up more often than the others.
  502.  
  503. What bulletins are appropriate for nation-wide forwarding? This
  504. question is continually debated among users and sysops alike. Ask
  505. 100 hams and you get 100 different answers. We CAN however use some
  506. judgement and common sense and come up with useful criteria.
  507.  
  508. Many bulletins sent via the national floods are inappropriate in one
  509. sense or another. It's not  unusual to see hamfest announcements going
  510. out nationwide, and its obvious that a national audience is not
  511. appropriate. It's also common to see someone selling some small piece
  512. of gear nationwide. As pointed out earlier,it makes little sense to
  513. put a national bulletin out to sell something small. The same also
  514. holds true for real big things, like towers. If you send a national
  515. bulletin out selling a tower, you'd better be prepared to package it
  516. for shipping...and wouldnt you rather the buyer pick it up?.
  517.  
  518. Another point, with "sale"-type bulletins: it's common to see
  519. bulletins advertising stuff for sale which is in no way ham-related.
  520. FCC part 97.113 clearly states the item being sold MUST be ham-radio-
  521. related gear. Also, you must ask yourself if the bulletin could in any 
  522. way be construed as "business" comms. 
  523.  
  524. You should check with your sysop to see what his policy is regarding
  525. national flood bulletins, since almost every sysop has differing
  526. criteria.
  527.  
  528. If you exercise good judgement and common sense in sending national
  529. flood bulletins, you can't go wrong.
  530.  
  531. Oh, one last thing....If you are unsure of the legality of your
  532. bulletin, its best not to send it at all.
  533.  
  534.                             73, Pete, KA3RFE
  535.                           KA3RFE@KA3RFE.MD.USA
  536.  
  537. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  538.  5734 B#  1881 ALL    KA3RFE MDCBBS 910215 Attn New Packeteers pt 10
  539. Forwarding path: W3IWI N4QQ WA3TAI WA7NTF KA3RFE 
  540. HOW TO GIVE YOUR SYSOP ULCERS
  541.  
  542. 1)  Never kill your mail. Let your read-but-not-killed messages 
  543.     accumulate on the BBS.
  544.  
  545. 2)  Assume (wrongly) that the sysop will kill your messages for you.
  546.  
  547. 3)  Never read or download the documentation for the BBS.
  548.  
  549. 4)  Dont pay any attention to your sysop's messages telling you how to
  550.     use the BBS and continue along your merry way with your mistakes.
  551.  
  552. 5)  Assume (wrongly) that any message you enter in error will be
  553.     corrected by the sysop.
  554.  
  555. 6)  Complain long-and-loudly when the BBS goes down, but never, ever
  556.     offer any support for system upkeep...monentarily or sweaty. 
  557.     (The majority of BBS systems are operated by individual hams, not
  558.     clubs...and support for those systems usually are borne by the
  559.     individual hams themselves with no help from the users...so, if
  560.     you want to see the system stay up, HELP OUT!)
  561.  
  562. 7)  Never learn how to correctly enter NTS traffic on a packet BBS.
  563.     Send traffic any old way....regardless of whether its sent in the
  564.     right format or not...then bitch when the traffic never gets
  565.     delivered at the end point because the traffic handlers cant
  566.     figure out where it goes.
  567.  
  568. 8)  Send illegal bulletins. Eventually you will be caught, and you and
  569.     your sysop will get fined. Your sysop will not appreciate that and
  570.     he will lock you out of the BBS, might bomb your shack, and will
  571.     be sorely tempted to put pins through your coax. This is known as
  572.     the "WA3QNS EFFECT".
  573.  
  574.                         73, Pete, KA3RFE
  575.                       KA3RFE@KA3RFE.MD.USA
  576.  
  577. ***********************************************************************
  578.  
  579. Here are the latest (and last, according to Pete) installments of the 
  580. Attention New Packeteers Guide.  For those that desire all 15 parts, 
  581. they are available as one crudely merged, unformatted ASCII text file
  582. (hey, I've got a job, a life, and a girlfriend too, you know!) from me 
  583. via E-mail.
  584.  
  585. If I get mondo requests (i.e. >> 20 or so) I may consider a repost in 
  586. a month's time or so.
  587.  
  588. As always, the Guide is not my creation, it is that of Pete, KA3RFE, 
  589. and all questions/comments/criticisms should be directed at him via 
  590. AMPR KA3RFE@KA3RFE.MD.USA.  Enjoy!
  591.  
  592. 73, Paul W. Schleck, KD3FU
  593.  
  594. ACMNEWS@zeus.unomaha.edu  uunet!unocss!zeus!acmnews 137.48.1.1
  595.  
  596. ps67@umail.umd.edu        uunet!mimsy!umail!ps67    128.8.10.28
  597.  
  598. **********************************************************************
  599.  
  600. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  601.  5766 B#  1678 ALL    KA3RFE MDCBBS 910217 Attn New Packeteers pt11
  602. Forwarding path: W3IWI WA3ZNW NB3P KA3RFE 
  603. BEACONING
  604. It seems like the first thing a new packeteer does is send out beacons
  605. announcing to everyone that his/her packet station is on the air. That's
  606. understandable, but not a very nice  thing to do. Beacons from private
  607. mailboxes just take up air time and on a busy channel, they just choke
  608. the frequency so badly that thruput gets very, very, slow.
  609.  
  610. The best thing to do if you leave your stattion up for mailbox
  611. connects, is just keep the radio and tnc on without beaconing it.
  612. Why? What's the best way to see if a station is on the air??
  613. Try to connect to it! What can be simpler? Leave the beacons turned
  614. off.
  615.  
  616. Back in the early days of packet when there were not many stations,
  617. a beacon made sense. Now, however, all a beacon does it take up
  618. air time, especially if the beacon is being digipeated from  
  619. various nodes or digi's. A while back, I observed a beacon from
  620. one digipeater being digipeated by 3 nodes and 2 digis. That's
  621. going overboard.
  622.  
  623. I watched one digipeater being repeated by 4 other digipeaters
  624. each of which could hear each other. An utterly useless application
  625. of digipeating which only grabbed air time which coulda been used
  626. by other stations.
  627.  
  628. So, the bottom line on beaconing is that its not all that of a
  629. good use of air time and it's sometimes abused.
  630.  
  631.                              73, Pete, KA3RFE
  632.                            KA3RFE@KA3RFE.MD.USA
  633.  
  634. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  635.  5794 B#  2613 ALL    KA3RFE MDCBBS 910218 Attn: New Packeteers pt 12
  636. Forwarding path: W3IWI N4QQ N2GTE WB3V KA3RFE 
  637. DIGIPEATERS AND NODES: Pt 1
  638. A digipeater is a packet station which can repeat packet signals on
  639. the operating frequency the station is on. You use a digipeater by
  640. entering it's call in the connect request when you enter a message.
  641. For example: "C W3XYZ V K3LID". The  "V" tells the tnc to connect to
  642. W3XYZ "via" K3LID digipeater. The digipeater can only work correctly
  643. if it can hear both your call and the destination call, and all the
  644. stations must be on the same frequency. Although its possible to use
  645. up to five digipeaters in a path, it's not a very good idea to use
  646. more than two digipeaters to reach your end-destination station.
  647. Why? Channel loading. Each packet your station sends out will be
  648. repeated by each digipeater until it reaches the destination station,
  649. and each ACK packet from the destination station will have to be
  650. repeated by the digi's until it reaches your station.
  651.  
  652. If you use two digipeaters to reach another station, the channel will
  653. get three packets  to reach the other station, and three packets back
  654. to your station from the destination station. (Three? yeah...your
  655. original packet, a packet from digi #1, another from digi #2 equals
  656. three packets...the original packet from the destination station gets
  657. repeated by digi #2, then digi #1, which equals three more.) So,
  658. if you send a message over 2 digi's, the channel will wind up handling
  659. SIX packets round-trip. This takes up a lot of air time, not to mention
  660. the time it takes to get the round-trip finished...and that's only for
  661. ONE packet and assuming no retries!
  662.  
  663. Digipeaters can only work well if they can hear the other stations on
  664. each side of the link. If a digi can hear your station, but cannot
  665. hear the station identified in the "via" address, nothing will work,
  666. and air time has been taken up for no good purpose.
  667.  
  668. Digipeaters are "dumb". They cannot shift frequencies or attempt to
  669. establish a connect on a different frequency path from the one it is
  670. working. The digi is stuck on that one frequency and can only send on
  671. what it hears. If the destination station cannot be heard by the digi,
  672. nothing happens, except that lotsa air time has been taken up by lotsa
  673. retries, leading to channel loading and QRM.
  674. (more)
  675.  
  676.                          73, Pete, KA3RFE
  677.                        KA3RFE@KA3RFE.MD.USA
  678.  
  679. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  680.  5820 B#  1877 ALL    KA3RFE MDCBBS 910219 Att: New Packeteers pt 13
  681. Forwarding path: W3IWI N4QQ WA3ZNW NB3P KA3RFE 
  682. DIGIPEATERS AND NODES pt 2
  683.  
  684. NODES
  685.  
  686. What's a node, anyhow? How does it differ from a digipeater?
  687.  
  688. A node is something like a switchboard - that's not a very good
  689. analogy, but its close. A node takes signals from one station and
  690. "ports" those signals to another station. Sounds like a digipeater,
  691. doesnt it? In contrast to a digipeater, however, the node handles the
  692. ACKs between itself and the stations on each end, cutting down the
  693. number of housekeeping packets going over the air. The difference is
  694. that the connect from station A to the node is one link, and the
  695. connect from the node to station B is another link. It looks like
  696. this:
  697.  
  698.       Station A: => Node - Node => Station B  (one link)
  699.       Station B: => Node - Node => Station A  (second link)
  700.  
  701.       or:
  702.  
  703.       Station A <==> Node  <==> Station B
  704.  
  705. The arrows indicate the ACK and traffic paths. The signal goes to
  706. the node, where it is ACKed by the node to Station A. The node then
  707. sends the signal to station B, where is must be ACKed by B. If B does
  708. not ACK the packet, the node keeps sending it until it exceeds its
  709. time-out value, then it breaks the link.
  710.  
  711. How does it make it better than using a digi? Instead of 6 packets
  712. round trip, going thru the node only requires 4 packets...so traffic
  713. should, theoreticaly, be faster.
  714.  
  715. This is only one aspect of using a node versus using a digipeater.
  716. Nodes can also do other things which make them very useful critters to
  717. have around.
  718.  
  719.                     73, Pete, KA3RFE
  720.  
  721.                   KA3RFE@KA3RFE.MD.USA
  722. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  723.  5835 B#  2602 ALL    KA3RFE MDCBBS 910220 Att: New Packeteers pt 14
  724. Forwarding path: W3IWI WA3ZNW N2GTE WA7NTF KA3RFE 
  725. DIGIPEATERS AND NODES pt 3
  726.  
  727. Other features of nodes which make them very valuable, are their
  728. ability to operate on more than one frequency and "port" signals
  729. between them, and their ability to automatically route traffic from
  730. an orginating node and a destination node many miles away.
  731.  
  732. There are many different types of nodes, and while they all do
  733. essentially the same things, there are differences in command
  734. structure and features, so I'm not going to go into commands used by
  735. nodes, except to say that they all have a "help" command, usually in
  736. the form of a question mark or "H".
  737.  
  738. The ability of a node to operate on different frequencies means that
  739. traffic can be sent to a station far away and not on the same channel.
  740. If, for example, you are a Novice, you can legally get into a BBS on
  741. 2 meters by connecting to a node on 220. Of course the node must 
  742. either hear that BBS directly or hears another node which can hear the
  743. BBS...and you have to know the destination node to get there.
  744.  
  745. Nodes interconnect with each other. Its possible to connect to a node
  746. 2 or 3 hundred miles away, the traffic goes into what most people call
  747. "the network". Each node has a list in its memory of the stations it
  748. can hear directly, and those which it can hear via another node.
  749.  
  750. The garbage characters you see on the screen from time to time is a
  751. node telling other nodes on the frequency what it has available.
  752. Its possible, for example to connect to a node in Annapolis, MD and
  753. enter a connect request for a node in Richmond, VA on an entirely
  754. different frequency...all of which will be handled by the "network"
  755. based on the lists kept in each node.
  756.  
  757. One thing you must keep in mind, each "hop" over the network results
  758. in a time-bite...it takes time to get the frames through, and the
  759. more hops it has to take, the slower the flow of traffic.
  760.  
  761. If you want to connect to a distant node, you do not have to specify
  762. the routing, nor do you need to manually connect to each node which
  763. is in-between. All you need to do is tell the node to connect to the
  764. destination node (assuming it knows about it...) and the network
  765. will route the request to the destination node using the best path.
  766.  
  767.                      73, Pete, KA3RFE
  768.                    KA3RFE@KA3RFE.MD.USA
  769.  
  770. MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
  771.  5834 B#  2630 ALL    KA3RFE MDCBBS 910220 Att: New Packeteers pt 15
  772. Forwarding path: W3IWI WA3ZNW N2GTE WA7NTF KA3RFE 
  773. LAST, BUT NOT LEAST...
  774.  
  775. Feedback from users and sysops has been taken into account for this
  776. last (for now) part of the series. Here are some final thoughts:
  777.  
  778. Instead of beaconing your personal mailbox, put a local bulletin on
  779. your "home BBS" telling everyone you're up. If you feel that you 
  780. ABSOLUTELY have to beacon, no matter WHAT anyone else says: use the
  781. "beacon AFTER X" command instead of the "Beacon EVERY X". This will
  782. let you beacon without adding to the channel loading and congestion.
  783. (If you dont know what the difference is, you should read your tnc
  784. manual.)
  785.  
  786. Choose ONE "home BBS" and stick with it. Multiple "home BBS's" just
  787. make your mail go into a ping-pong circuit.
  788.  
  789. Don't play "BBS DX'ing". Dont use the nodes tables to see how far
  790. you can go on the network by trying to connect to a network BBS. Just
  791. about all BBSs have the same bulletins on hand, so going thru a bunch
  792. of nodes to reach a certain BBS is a waste of air time and a bad use
  793. of network resources.
  794.  
  795. Dont try to download a long file from a BBS during peak traffic times.
  796. ( about 2100-2300)
  797.  
  798. Make sure you use the correct Hierarchical-routing designator when
  799. addressing mail to an out-of-state BBS. (.#local.State.National, and
  800. make sure the periods are there!)
  801.  
  802. Use the right bulletin header when sending bulletins. Keep in mind your
  803. intended target audience. Dont send club meeting announcements, novice
  804. class notices, hamfest information, and other items of stricly local
  805. interest via @USA or @ALLUS.
  806.  
  807. Make absolutely certain that your messaage is legal. Its been
  808. suggested by some sysops that your only quarentee of "legalness" is
  809. to keep your bulletins STRICTLY AMATUER-RADIO RELATED! A bunch of
  810. sysops got into hot water with the FCC over a bulletin sent by a
  811. now-imfamous user which had absolutely nothing whatsoever to do with
  812. Ham Radio.
  813.  
  814. Last of all: HAVE FUN! I hope these messages have been helpful to 
  815. you. If you have any questions, feel free to send them to me. If I
  816. dont know the answer right away, I'll get it from somewhere ASAP.
  817. There are lots more areas I could cover, but this series was 
  818. intended to get you up and running with basic packet.
  819.  
  820.                 73, Pete KA3RFE @ KA3RFE.MD.USA.NOAM
  821.